Methods and Metrics 方法與指標
UX 基準測試中最常用的資料來源包括問卷調查、定量可用性測試和行為分析工具。
Surveys 問卷調查
定量問卷就是向大量使用者提出一個或多個問題，以數字形式收集反饋。定量問卷中常用“等級量表問題”，讓使用者在一組數字中選擇（如 1 到 7 分表示滿意度）
定量問卷可以和可用性測試結合使用（例如讓使用者在完成任務後評分），也可以單獨線上或郵件分發。問卷可用指標幾乎無限多，只要你能問出來，就可以量化。
| Example Metric | Description | 示例指標 | 說明 |
|---|---|---|---|
| Satisfaction rating | 受訪者根據一個等級量表選擇他們的滿意程度（例如從1到5表示從非常不滿意到非常滿意），然後將所有受訪者的回答取平均值，以得出整體滿意度評分 | 滿意度評分 | 讓使用者選擇一個滿意度分值（如 1–5 或 1–7），然後求平均值 |
| Ease-of-use rating | 受訪者根據自身體驗，評估產品或任務的難易程度（通常採用Likert量表，例如“非常容易”到“非常困難”） | 易用性評分 | 使用者選擇任務或產品的難易程度，然後彙總平均 |
| Questionnaire scores | 使用標準化的問卷題組來衡量特定維度，例如淨推薦值（NPS, Net Promoter Score）或系統可用性量表（SUS, System Usability Scale），這些問卷具有統一結構和評分機制，有助於確保資料一致性和可比性 | 問卷評分 | 使用標準化問卷（如 NPS、SUS）來測量忠誠度或可用性 |
Quantitative Usability Testing 定量可用性測試
這種方法常與問卷結合使用，既收集行為資料，也獲取使用者主觀反饋（雙重資料驗證能增強結論的可信度
| Example Metric | Description | 示例指標 | 說明 |
|---|---|---|---|
| Time on task | 記錄完成一個任務所需的時間（該指標用於評估任務執行效率，幫助分析流程設計是否高效或存在阻礙點） | 任務用時 | 測量使用者完成任務所花的時間 |
| Success rate | 完成該任務的使用者所佔百分比（這是衡量任務成功率的關鍵指標，可反映系統或流程的可操作性和使用者友好度） | 成功率 | 記錄有多少人能順利完成任務 |
| Ease-of-use rating | 使用者在完成任務後對其難度進行評分（通常透過主觀量表獲取，例如從“非常容易”到“非常困難”，用於衡量使用者體驗中的直觀感受） | 易用性評分（任務後） | 使用者完成後評價任務是否容易，取平均值 |
Analytics 分析工具
工具如 Google Analytics、Adobe Analytics 或 Pendo 用於收集分析資料，也就是使用者在真實環境中如何使用產品的操作行為資料。分析工具擅長捕捉使用者的具體行為，比如點選位置、滾動深度、停留時間和復訪頻率等。但分析資料通常缺乏上下文，也就是說，它通常無法告訴你使用者為什麼點選某個地方，以及他們本來期望看到什麼。
| 指標示例 | 說明 |
|---|---|
| Conversions 轉化次數 | 使用者在一次訪問中完成某個目標的次數（如購買、提交表單等） |
| Conversion rate 轉化率 | 完成預期操作的使用者比例（如點選按鈕或完成購買） |
| Returning users 回訪使用者 | 在首次使用後再次回到產品的使用者 |
| Churn rate 流失率 | 使用者離開產品或取消服務的比率 |
| Bounce rate 跳出率 | 使用者只瀏覽一個頁面就離開的比例（未繼續瀏覽其他內容） |
| Revenue per user每使用者收入 | 總收入除以使用者數，用於計算每位使用者平均為產品帶來的收入 |
與定量可用性測試相比，分析資料的收集過程不可控性更強。舉例來說，你更新了一個電商網站版本，結果你的競爭對手同時搞了大促銷，導致你的網站轉化率大跌但這到底是因為你的設計改得不好，還是競爭對手太強，或者兩者都有？你可能很難分清。
A/B Testing AB測試
A/B 測試（又稱拆分測試）是一種基於分析指標的設計實驗方法，透過行為資料判斷哪一個版本效果更好。
在 A/B 測試中，一個或多個設計版本會直接呈現在真實使用者面前，使用者通常不知道自己正在參與實驗（確保行為自然真實）。然後系統會記錄每組使用者的行為，看設計更改是否影響了他們的決策或操作。舉例來說，一個電商網站可以 A/B 測試兩個商品頁版本，發現版本 B 更具說服力，能提升 12% 的加購行為。
A/B 測試一般就是看哪個版本帶來更多成交或操作。
Tree Testing 樹狀測試
樹狀測試是一種用來評估或比較資訊架構（Information Architecture, IA）的方式，測試網站或應用的選單/目錄設計，看看使用者能不能點對地方。只給使用者看“選單目錄”，不讓他們點進去看頁面。
使用者會接到一項任務，例如“我要註冊為僱主，應該點哪裡？”，然後在層級中選擇最可能的路徑。
例如：“你想創辦自己的公司，但不確定需要填寫哪些檔案。你會怎麼查詢這些資訊？”
從“BananaCom Homepage”進入後，使用者可以在“Businesses and employers”（企業和僱主）分類下看到以下子選項：
- Tools for business（商業工具）
- Register as an employer（註冊為僱主）
- Employing staff（僱傭員工）
- Goods and services tax（商品與服務稅）
| 指標名稱 | 說明 |
|---|---|
| Overall success rate 總體成功率 | 找到正確層級最終節點的使用者比例 |
| Direct success rate 直接成功率 | 第一次嘗試就找到正確位置的使用者比例 |
| Indirect success rate 間接成功率 | 初始選擇錯誤但最終找到正確位置的使用者比例 |
Other Sources of UX Metrics
UX 指標通常來自使用者研究，但其實也可以來自其他非研究渠道。
Customer Support Case Studies 客服類案例
使用者打客服電話或報問題的次數，其實也能說明產品好不好用。（如客服工單數量、故障報錯量等）。看重做介面之後，客服那邊問題有沒有變少。
Marketing departments 市場部門的資料
市場部門的資料也能反映 UX 是否做得好，比如客戶留不留得住、會不會繼續買東西。比如市場團隊常用的一個指標是“客戶生命週期價值（CLV）”，也就是每位客戶在整個生命週期內平均帶來的收入。如果 UX 改善了產品或服務體驗，客戶更可能留下來並多次消費，從而提升生命週期價值。
App Store Ratings Case Studies 應用商店評分
對於移動應用，應用商店評分是獲取使用者滿意度資料的一種免費的方式。可以看新版釋出後評分有沒有變好。這些評分也非常重要，因為更高的評分通常會帶來更多的下載量和使用者增長。